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Fileld of Invention 

The present invention relates to a method of speeding up 
the registration procedure in a cellular network. 

Prior Art 

The ourrent wireless networks need a separate message to 
manage the connectivity to an external network, e.g. get 
XLted to the network (PDP context activation and to 
register, with a given application, e.g. the Sessron 
Inttiatiibn Prot 9 col (SIP) register procedure for 
See cL Xnternet Protocol ( VoXP, or instant messag ng, 
etc This implies that two round trip delays (eve r the 
raplo dltance, .minimum are needed before the application 
bebomes available. 

I„ a cellular network, sending a packet does not only 
4 y the physical transmission time of a packet over the 
^ , hut also the time to establish radio resources 
ZTs time can be significant (seconds,, as is known fro, 
the live network behavior of General Packet Radio Systems 
(GPRS) . 

in addition, in a typical mobile terminal, the Packet 
Data Protocol (POP) context is started when an 
apllioatlion that may need this Packet Data Protocol (POP, 
clexAs started. »t this time this application already 
nas the information it needs to regrster (even rf the 
destination may 'be a logical name instead of an 

I 

address) . 
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The following two possibilities serve as examples. 

A ipacket Data Protocol (PDP) context may be established 
first, and then an application level message would be 
5 sent which however adds a second round trip delay over 
the radio distance. 

^pther one is to send a Remote Authentication Dial-In 
Usfer Service (RADIDS) start message from a Gateway GPRS 
10 Support Node (GGSN) when a Packet Data Protocol PDP, 

context is established. However, this does not allow the 
mopile irminallto send information which is specrfrc to 
it (the mobile terminal's capabilities; the type of push 
service wanted; ' an instant messaging group to jorn; rts 
signature; application settings etc., and requires a 
pre-configuration of all application servers m the 
Gateway GPRS Support Node (GGSN) . 

Another important design criteria in a cellular network 
is to maintain the access network (e.g. of GPRS type) 
quite independent from the applications, so that new 
applications can be added transparently to the access 
network. 

25 su mmary Ibf the Invention 

Therefor^, it is an object of the present invention to 
dell with the problems of the prior art, and to provide a 
method of speeding up the registration procedure rn a 
30 cellular network. 

According to the present invention, this object is solved 
by providing a method of carrying an application level 
message encapsulated inside a signaling message of an 
35 access network, said method comprising the steps of: 
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receiving an application level message from a sender 
application process to an access network signaling 
process;: adapti ng said application level message and 
encapsulating it in a signaling message of an access 
5 nlwork and delivering said encapsulated application 
xlel message tb a receiver application process by 
transmitting sa d signaling: massage, wherein sard 
encapsulated application le Ul message rs transparent to 
the means of said access network transmitting sald 
10 signaling message. Advantageous modifications are defrned 
in, the appended dependent claims. 

Hence one or many encapsulated application level messages 
are included in the Packet Data Protocol (POP, context 
15 signaling (e.g. especially in the activation reguest, , 
that if the Packet Data Protocol (PDP) context is 
accepted, gateway node means (e.g. the Gateway GPRS 
Support .Node (GGSN) ) will send the application level 
message ion behalf of the mobile terminal to an 
20 application seryer (e.g. a Proxy Call State Control 
Zct^ (P-CSCF); a push proxy server (e.g. Wireless 
Application Protocol (WAP) gateway) or an instant 
messaging server) . 

25 in particular, the method according to the present 

invention allows with only one round-trip over the radio: 
. to establish one Packet Data Protocol (PDP) context and 

register in one or more application; or 
. to establish one secondary Packet Data Protocol (PDP) 
30 context and to send a ringing indication to the other 
party; or 

. ^ modify a Packet Data Protocol (PDP) context and 

Lgnali the Quality-of-Service (QoS, change to the other 
knd; o|r 
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. , 0 deactivate. the Packet Data Protocol (POP) context 
^nd di-register from an application. 

-ic, nresently considered to be 

(S P si 9 n Un 9 ! also to other signaling such as a 

^Ice'peservation Protocol <RSVP, scaling, or to a 
Point to Point protocol (PPP) signaling. 

procedure in general is speedeo up 
Lording to the present invention is especially 
eJicLI to speed up a call establishment procedure for 
; ce ol XP (VOXP, as it can he applied also when a 

13 4l-TiJe CRT) secondary Packet Data Protocol (PDP> 
context lis established. 

„,.» the delay is reduced. Further, the 

20 for radio signaling and reducing the number of packets 



sent. 



A key feature of the present invention is to maintain 
lo ical independence between the ^^^J^ 
25 si or WAP - Wireless Application Protocol) and the 
" acless layer .e.g. GPRS). This independence is based on 
th I fact.that the ^"^^^ to know 
Jersta d ^^ZTZ new application could 

changes needed in the access layer. 

wording to the present invention, the present object is 
further solved by providing a system adapted to P«'°™ 
35 transmission of an application level message encapsulated 
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inside a signaling message of an access network 
casing: receiving means adapted to recerv an 

. i:r Lr e r P s U1 at in g - aPrr:: .—rr; 

Tei - a receiver application processing means. 

10 B^^e^fe^^^ 

^ther details 1 of the present invention 

„f from the following description of the preferrea 
Z^ZZ JL is to be taken in function with the 
15 appended drawings, in which: 

Flg . 1 shows a comparative example illustrating a VoIP 
paling based on existing Knowledge ^™ *J™ 
i , • -F^r- = Packet Data Protocol IFUf ) 

at ach. a signing «^ 

20 context actrvatron, initiation Protocol 

(pLcSCF); discovery, and a Session 
(SfP) rejgistration; 

Fig 2 sWs another comparative example illustrating a 
25 ± signaling based on existing Knowledge deprctrng the 
signaling foreseen to establish a call; 

Fig . 3 shows a Packet Data Protocol (POP) context 
Activation according to the present invention; and 

30 Fig 4 shows the encapsulated application level message 
inflation element according to the present rnventron. 

Degcri E tign of the preferred Embodiments 
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At first, reference is made to the comparative example 
lictecj in fi 9 ure S 1 and 2, illustrating a current view 
off Voipfsignaling based on existing knowledge. 

5 in, these figures, DNS denotes a directory name service 
„L DHCP denotes a dynamic host configuration protocol, 
whi le UE denotes a user equipment such as a mobile 
terminal. Other denotations are explained elsewhere in 
the present description. 

" A rough count reveals a minima, of 25 ^iTZcT 
r adio distance including Radio Resource Control (RRO 
m essages which are not depicted here for a 
terminal DE to fixed phone call, when starting with a 

1S Uoff mobile terminal OE,- and at least 40 messages 
oX th. radio distance for a mobile terminal UE(A, to 

7 ' ■ l OEIB) call, if the called mobile terminal 

mobile terminal UE(B) can, J-* 

UB ,B) is ; not Radio Resource Control (RRO connected. 

F r^m this realization, it becomes clear why there is a 
need to optimize the delay. 

J is remarked that according to the present invention 
as' will be apparent from the description given below a 
g ain of four to five messages may be obtained over the 
radio distance, since Session Initiation Protocol (SIP, 
re gistration messages can be embedded in . Packet Data 
Protocol (POP, context activation ^^^Vt 
.. c i ME T«-/"200OK-messages can be embedded xn step 19 (a 
secondary Packet Data Protocol ,PDP, context activation 
reiuest/pesponse,, while the ringing messages can be 
aiedded in step 24 (secondary PDP context activation 
rHuest, The details of embedding are described below. 
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25 



30 
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5 Resource Reservation Protocol (RSVP) - 

« . rt f1fT 3 which shows a Packet 
N ext, reference is made to frg. * preferre d 
Data Protocol (POP) context actrvatxon as a P 
embodiment according to the present rnventron. 

10 ( . no4f ip t he mobile terminal or in 

^stly^an applicat.cn xns de th ^ ^ 

a Separalte device such as a laptop; q 

t tP tie to initiate a Packet Data Protocol (PDP) 

■ t-n the session management stacK ox 

15 trr/i z» - - — -™ r ;:r ting 

the PDP context) an application leva ^ ^ _ 
application level message whch « *» message 
be a complete message such as a SIP reg 

tf« in the PDP context activation request 
message IE xn the fur n .„ af -4on level message 

25 me sage.^The thus encapsulated applet 

is then transparently forwarded by th 9 

Sutpo rt 3 G J;o r - - ^ — a ^ implies 

r h rr o Lfl ancapsulated application level message 
that the op o ^ message to the 

30 information element xs copxea 

rrrr. r»: =t: : r-=- e r - 
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— * - rr=v=". r».';s.- " ■ 
sr.; r.: r.ri. ........ — -«« *»• 

idjea of the invention. 

5 ThUrdlyJ the Serving GPRS Support Node SGSN sends the 
elate L context Request message to the selected 
otwaytpRS Support Node GGSN. wording to the above, 
at tLs message includes the optional encapsulated 

10 application level message information element. 

Wh en receiving the request, the GGSN will interpret the 
encapsulated application level message rnformatron 
Tint The encapsulated application level message 
15 ir::treleme P nt indicates ^ 'r 
sent to which destination address, i.e. a logical 
XP! address, and under which condition, for example rf 
tie Packet Data Protocol (PDF) context is accepted, rf 
the Pacxet oata Protocol (POP) context is accepted with 
t 1 ,ted ouality-of-service (QoS) (Here, the GGSN 
20 TtlTlTotsT^ POP context reguest normally if 
4 «t|t is tkt the POP Context is accepted with the 
safe ouaiity-ofiservice in option 2 > it sends th 
application level message forward. If the POP 
25 rejected, (or the Qulaity-of-Service is modified in 

30 name (e.g. "SiPproxy" or "WAPgateway", , he GGS » 
a logical name from its configured data (e.g. Access 
Point Name (APN) configuration, or by querying the 
Oitectory Name Service DNS system. The GGSN extracts the 
coltentkrom the encapsulated application level message 

35 ant orwU «. - — «• *° «- ^ * 
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5 of the PaCcet Data Protocol (POP, context as source 
address. 

J a particularly preferred embodiment, ~ 

leV el option includes a complete Sessron X»^«txoa 

Protocol (SIP, message. The Gateway OPKS »*£J»*> 

GGiSN just has to create the IP/UOP (User Oatagram 

' , 1 header, and to forward the message to the SIP 
prp tocol, header ^ ^ ^ fay using 

±L;:n°sirin an optional encapsulated application 
iLl mLage information element (for details. se the 
delcrip^ion related to figure 4), and/or -*°^°/\ 
Tohing from the|POP context: (e.g. POP type rndrcatron if 
SK or IPv6 should be used; source address rs the UE IP 
address, and/or information coming from a conf rguratron 
t g a destination address may he derived from logrcal 



10 



15 



name) . 



25 



application server response is received, the GGSN wrll 
start a timer to wait for answer. If a reply from the 
iXlIcltion server is received before V'gZZZ' 

±X^^^-^ :r he 

create *P Context Response. If no reply is received 
□ore tL timer expires. Create POP Context Response rs 
sejit with an indication "server not answerrng . 



35 



If the application level option indicated that the GGSN 
should send the Create POP Context Response r^edrately, 
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10 by 



-licatlion level option con—.., - 
the Jpplication server, an indication that the 
:a ps4ted application level message has been 
successfully forwarded (e.g. cause "application level 
option successful"), or an error indication (eg. 
-unknown logical name"; "unreachable <*^»^ 
X5 address"; "invalid application level option format . 
Xer not answering",. This indication is coded as a 
new optional information element IE. 

, a^flvate PDP Context Accept 

Tn step 7, the SGSN sends the Activate 
20 ontaiLg the same indication received from 

The SGSN shall not interpret this indication, but only 
col The, indication received in the Create POP Context 
4ponse|into the Activate PDP Context Accept message. 

L !• • ,4™ the Activate PDP Context Accept, the 

" I tli: n 9 al 0 e E "forms its application process that 
the PDP context activation was successful and provides 

or failure. 

Th is indication is needed in order to support backward 
35 compatibility. The reason is that a mobile terminal UE 
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n rmally ana no, sen, ~ -J^J^ 
S^rS^T^" ■ Hence, the 

application process. The appxic ,.„« lc (e g. a 

hi to resend its application as normal traffic (e g 
XP/U0P/S1P packet over the estahlished POP context,. 

If the GGSN does not support the proposed 
£ ignores the unknown optional inf ormatron e^ * the 
1 'corresponding does not return any « 
sdsN The SGSN is not sending any indication to the 
Tie Lminal 0 E . Thus, the mohile tormina UE will not 
pis an^ indication to the application process 
aLicAon WU, then ~£ £ to »~ ^ 
application as normal traffic ^e.g 
over the established POP context) . 

Therefore, according to the above, if the SGSN or the 
Therexor , ^ronosed functionality, the UE 

GGSN does not support the proposed 

the present invention. 
3 Other alternative Implementations are possible such as 
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• a n f hP other session management (SM) 
5 dynamic address in all the otner & 

, p a Activate PDP Context Response; Activate 

Request). Another option is to have only a 

« ivmt ^ extension carried in tne 
Markup Language (XML) extent the 

forward jto an application server by using » 

4-«„„i / P a the Session Initiation 
pre-conSigured protocol (e.g. th oontai „ing 
Pr P toco4. Tne <5GS« »ay also add a e*ten 
15 other informatibn known about the user (e.g. 

IdLity such as MSISON; Charging ID; AH. used; IP 
address allocated; etc.). 

Encapjsulat^^ 

20 as a preferred embodiment of the present invention, it is 
J ed to change.all session management (SM) messages 

" y . adding the new optional information element (IE). 

25 ini the following, the list of the concerned session 
management (SM) messages is given: 
. Ictivafee PDP Context Request 
. Activate PDP Context Accept 
. Activate PDP Context Reject 
30 • Activate Secondary PDP Context Request 
. Activate Secondary PDP Context Accept 
. Activate Secondary PDP Context Reject 
• Request PDP Context Activation 
. Request PDP Context Activation Reject 
35 . Modify PDP Context Request 
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. Modify PDP Context Accept 

• Modify PDP Context Reject 

. Deactivate PDP Context Request 

. ^Deactivate PDP Context Accept 

5 specified below is the format of the "Activate PDP 

cltext'lRequest" according to the present invention. Th, 

TlfL are the changes to the existing kno, . edge 

as propled by the present invention as an embodiment 

10 thereof " Thus, kn example of the format of the new 
10 tnereoi. t nrpsent invention is 

information element according to the present 

presented: 

Activate PDP Context Request 



That 



15 



This message is sent by the UE to the network to request 
activation of a PDP context. 
Se ! e table below. 

ACTIVATE PDP CONTEXT REQUEST 
20 Mebsage type: AUHvai* 

Significance: ' global 

Direction: , UE to network 



Table ACTIVATE PDP CONTEXT REQUEST message content 
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ype/Reference P 
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Format 


Length 
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rot 
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'ransaction 1 
identifier ] 


'ransaction 
identifier 


M 


V 


1/2 
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activate PDP 
Context Request 
messaae identity 


Message type 
10.4 


M 


V 


1 






Requested NSAPI 


Network service 
access point 
identifier 
10.5.6.2 


M 


V 


1 




Rec 


jcjested j LLC SAPI 


LLC service access 
point identifier 
10.5.6.9 


M 


V 


1 




Requested QoS 


Quality of service 
10.5. 6.5 


M 


LV 


12 




Requested PDP 
address 


Packet data 
protocol address 
10.5.6.4 


M 


LV 


3-19 


28 
27 


Access point name 


Access point name 
10.5.6.1 


O 


TLV 


3 - 102 


Protocol 
configuration 


Protocol 
configuration 
options 10.5.6.3 


0 


TLV 


3 - 253 




opti'pns 
Enca psulat^d 
application level 


Encapsulated 
application level 
message 


o 


TLV 


3 - 1025 



The new information element IE as proposed by 
invention is marked in bold. 
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Oescription of the encapsulated application level message 

Th e purpose of the encapsulated application level Message 
infection element is to carry application specie 
.formation in session management ,SM, -sages nd to 
indicate to the GGSN which generic procedure to use. 

Th , encapsulated application level "'"T ^'J^ 
information element with a minimum length of 3 ° ctetS 

f • i™„4-h for the information element IE is lu^o 
TTtTi^n.^ that the information element IE 
retgth' restriction is due to the maximum length that can 
be' encoded by using 10 bits. 
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30 



Th e encapsulated application level message_inf ormation 
element is coded as shown in Figure 4. 

Bel ow, the behavior of the Gateway GPRS Support Node GGSN 
is described in more detail. 

the Gateway GPRS Support Node GGSN receives a 
I (SM message with an encapsulated 

session management (SM) messay 

application level message, it will first check. 
1) Sending option conditions 

Th ^s field indicates the sending of the application level 

rT/tne POP context is accepted", in which case the 
Gateway GPRS Support Node GGSN sends the appl-atron 
Gateway trr Packe t Data Protocol PDP 

level message as soon as the Packet ua 

Edification is accepted with the ^f^^ 
(Qos, requested"; in which case the Gateway GPRS 



35 
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10 and perform needed action such as sendrn g the 
appropriate application level message) . 



' rie GGSN sends the session management (SM) respons 
°ssa g e Lediately Coat it aa V ^ ^ — 
Lerlsignaling such as KADIDS if ^ C ^> , 

- • pi:rr~ r ; . z. 

session management (SM, response, out »tt^«- 
the response from the application server. Based on the 
response or the application server, the Gateway G P*S 
25 support Node will generate an encapsu t - ^ 

application level message whrch rt wrll 
own session management (SM, response. For examp 

"^""reading the Oser Datagram Protocol (OOP, port 
30 and copying in appropriate encapsulated 

application level message field; 
- stripping away IP/UDP header; 
X including the content of the User Datagram 
Protocol (OOP) packet in the encapsulated 
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; application level message content field; as 

_ ufing'lP/UDP header info to properly set Port 
number to be used for sending. 

5 Note that «*. «~ - z : izz* 

management (SM) request message and not 
message. 

3) The Protocol to be used for sending 

10 r^T/oS! The Gateway GPRS Support Node GGSN will 
knclud.e the encapsulated application level message 



bontent field in a IPV4/UDP packet; 
. K/OOP: The Gateway GPRS Support Node GGSN wrll 
15 til the encapsulated application level message 
-ontent field: in a IPv6/0DP packet; 
. IP v4 /TCP : The' Gateway GPRS Support Node GGSN wxll 

content field in a IPv6/TCP packet. 

i v»H that it is one alternative to omit this 

" rilirrrtruloatagram Protocol — 

us Ld and the Packet Oata ^/^^^T 
IpU (Internet Protocol version 6) or IPv4 
Protocol version 4) . 
30 ■ v, 3V6 > a more detailed indication 

rr.: - - - 

content field in a Session Inxtxato.cn 
35 register message over IPv6/0DP. 
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4) 
Th 



Still another alternative is that the address type 
indicates the lower level protocol: IPv4 or IPv6. 

v „ that ether protocols may be indicated such 
It is remarked that other pi int to p oln t 

a s'jL2TP/PPP (Layer 2 Transfer Protocol Poxnt 
Prptocol) . 

Port (number to be used for sending 
Th e useLf this , port is to limit the need of a Gateway 
IL support »ode GGS* to know about the ap< ,1c , n 

di^rSTirl seldom a 
certain range. 

4 this. destination address. Thus, thrs field 
Jicate.that only the ^J^^^. the 
deltinat^on address (whrch rs to be derr 
Gateway GPRS Support Node GGSN based on the logr 

this Packet Data Protocol (PDP) context shall be 
lowed. is remarked that the Packet Data Protocol 
^context signaling would be one use case for thrs 
feature. This field can have the contents: 
: D estination address type - ^J^^, and 
address is a logical name, an IPv6 or 

the actual content that tne * mesS aqe to 

GGSN relays from the session management (SM, messag 
^he application level message it generates. In 
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f thisisa Session Initiation 
preferred embodiment , this is a s> 

(protocol (SIP) message. 

r ....... —rrr-r, -rs. 

it; may always wait a certaxn tome 
10 application server. 

v h rtat in the case where a mobile 
Beside,, it is — rke t ^ a o t a in iaptop , the mobile terminal 
terminal uE is «™ eCted "/J^ on Is the Gateway GPRS 
UE could perform a srmrlar whlch are 

15 Support Node GGSN. In thrs case, some 
n£ applicable should be ignored. 

a+ o th4 format ; may be different - ^^cTS^ 
leotil. ZrTl - —:f;i allude t*e -1 

plication server in the resp e messag ^ 

aoove. But for the uplm*, rt V x ^ may 

not include the IP header, as the m ^ 
25 not yet know its dynamic address at the trm ^ 

— - r:r n :r; k 

30 a^antaoeous fo the - ^ fay an „ pac , et 

ackrvat^on Thrs p ^ paoket ls stor ed xn 

arriving: a^^^^ to the mobile terminal UE 
th'e GGSN and can be delrv lot o£ signaling 

over a normal POP context only after a lo 
35 (including PDP context actrvatron) . One 
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• ^ tit? receives the Request 
ls that wh en the mobile -J- «- 
PDP Context Activation, it does not terminal 

~ -ns - t 

5 irr: -~ ^ = - — 

the present invention the full X ^ 
to the mobile terminal 01. Theref , ^ 
saving round trip on the radio it also P ^ 
information to the mobile terminal ™ ' 
10 GGk« encapsulates the message rece ived by the 

I j.„» railed PDO notification sent to tne 

mobile terminal DE. 



15 



charging record 



20 



25 



Nh at is described above is a method of carrying an 

application ^ ^^^^^ ~ 
m essage of an access ^ messa ge from a 

steps of: receiving an networlc sign aling 



signaling message. 



though it is described above what are the preferred^ 
35 embodiments of the present invention, it PP 
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. ^ ,^ that various modifications are 
those skilled in the art that var 
possible without departing from 
invention as defined by the appended claxms. 



• ^PbT/IB2002/003030 


- 22/26 - 
Claims 

sender application process to an aocess 

PrOCeS ^'' ,•„„ (3) said application level message and 
adapting 3) ~» PP nessage q£ an access 

encapsulating it in a signal 

network; and 4) said encapsulated application 

1 dellVe " n 9 to (1 a ' re'ceiver application process oy 

i L4 of said access network transmitting 
signaling message. 

1^1 wherein said sender 

2 . a rnetw moblle ^ 

20 application process is pert 

being attached to said access network. 

i 4« 1 wherein said sender 

3. A method according to claim 1, . ding . 
application process is performed in a 

25 corresponding application. 

J A method according to any one of claims , 1 L to 3 
30 shluld tie delivered. 

, . m 4 wherein said indication 
5.: A method according to claim , wher 

uprises an address of the ^plx-tx* - P ^ 

being one of the group compr.sxng a logical 
35 address, and a port number. 



10 



15 en 
th 
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^i a -? m 4 or 5, wherein said 

«■ * — d ^^^^ennlic Li- whether said 
indication comprises another xn 
^gnaling message shouid he delivered even if 
5 Quality-of-Service changes. 

la , m i wherein said method is 

l&s rrr r.;.r,^ ... — 

ovj.r thi internet Protocol (VoIP) . 

10 8 . A metfhod according to claim I, ***** ^ 
enfcapsulated application ^^."^ (PDP) 
activation request wrthm a Packet 
context signaling. 

9 A method according to claim 3, wherein said 
Ration server is one of ^ ^ ^ r ver 
state control function means (P CSCF) , P 
m eans, and instant message server means. 



15 



20 



25 



30 



35 



ro claim 8, wherein said packet 

data protocol (POP) c In±tiation Pro tocol (SIP) 

one of ttae group of a Session 

A method according to claim 8, wherein said 
complete Session Initiation 
12 . a method according to cla^ U -"in 

initiation Protocol (SIP) proxy means. 
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^„ 1-0 claim 12, wherein said header 

5 . , 19 wherein said header 

Data Protocol (POP) context signaling. 
L0 15 . A method according to claim 12, wherein said header 

is created by using information comrng from a 

configuration process. 

16 A method according to claim 8, wherein 

rrr;:r« r » - rrrr - 
rr:r — — 



25 



30 



response message. 



35 



V7 A method according to claim 8, wherein 
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to l said sender application process in a non-encapsulated 
manner as normal traffic. 

18 . a sy stem adapted to perform a «a„smiss ^- 
5 application level message encapsulate.! rnsrd 

m essage o f an access networ* comprrsr ^ ^ 

10 level message in a signaling message of an access 

4w0 :±::ing means a d a P te d to 
encapsulated application level message to a 
15 application processing means. 

19 . A system according to claim 18, ^ * 
server adapted to perform said sender application 

process . 

20 , . m iq wherein said server 

message server means. 



25 
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